Flight caching methods and apparatus

ABSTRACT

According to some aspects, a system is provided comprising at least one computer readable storage medium storing a cache of flight information comprising a plurality of flight solutions, the cache capable of being accessed to obtain flight solutions that meet a criteria specified in one or more flight search queries, and at least one computer programmed to apply at least one machine learning model to at least some of the flight information in the flight information cache to classify at least one of the plurality of flight solutions according to an assessed fidelity of the at least one flight solution, and perform at least one action based on the classified at least one flight solution.

RELATED APPLICATION

This application claims priority under 35 U.S.C. §119(e) to ProvisionalApplication Ser. No. 61/447,263, entitled “Flight Caching Methods andApparatus,” filed Feb. 28, 2011, which is herein incorporated byreference in its entirety.

BACKGROUND

Online flight search services often utilize pricing engines (e.g., ITA,Expedia BFS, Amadeus, etc.), Global Distribution Systems (GDSs), OnlineTravel Agencies (OTAs), and/or direct airline websites (collectivelyreferred to herein as “flight information resources”) to obtain flightoptions in response to user queries. Queries to obtain flightinformation are often performed via XML APIs or HTTP integrations thatallow the flight search service to pass different parameters affectingcomplexity and guiding the search. These parameters range fromorigin/destination and departure/return date pairs, to the number ofmaximum stops to be allowed in the particular flight search, to thegraph-theory complexity of the search algorithm for combining differentairlines for interline solutions (combinations of a two separate airlinecarriers, with interlining agreements).

SUMMARY

Some embodiments include a method comprising generating a flightinformation cache storing flight information comprising a plurality offlight solutions, the cache capable of being accessed to obtain flightsolutions that meet a criteria specified in one or more flight searchqueries, applying at least one machine learning model to at least someof the flight information in the flight information cache to classify atleast one of the plurality of flight solutions according to an assessedfidelity of the at least one flight solution, and performing at leastone action based on the classified at least one flight solution.

Some embodiments include at least one computer readable storage mediumstoring instructions, that when executed by at least one processor,performs a method comprising generating a flight information cachestoring flight information comprising a plurality of flight solutions,the cache capable of being accessed to obtain flight solutions that meeta criteria specified in one or more flight search queries, applying atleast one machine learning model to at least some of the flightinformation in the flight information cache to classify at least one ofthe plurality of flight solutions according to an assessed fidelity ofthe at least one flight solution, and performing at least one actionbased on the classified at least one flight solution.

Some embodiment include a system comprising at least one computerreadable storage medium storing a cache of flight information comprisinga plurality of flight solutions, the cache capable of being accessed toobtain flight solutions that meet a criteria specified in one or moreflight search queries, and at least one computer programmed to apply atleast one machine learning model to at least some of the flightinformation in the flight information cache to classify at least one ofthe plurality of flight solutions according to an assessed fidelity ofthe at least one flight solution, and perform at least one action basedon the classified at least one flight solution.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary computer system on which embodimentsdescribed herein may be performed;

FIG. 2 illustrates an exemplary flight information cache with a numberof illustrative sources by which the cache may be fed;

FIG. 3A illustrates a method of training machine learning models toclassify flight information stored in a flight information cache, inaccordance with some embodiments;

FIG. 3B illustrates a method of training machine learning models toclassify flight solutions based on a plurality of factors indicative ofthe fidelity of the flight information, in accordance with someembodiments;

FIG. 4 illustrates a method of applying trained machine learning modelsto a cache offline, in accordance with some embodiments;

FIG. 5 illustrates a method of applying trained machine learning modelsto flights solutions obtained from a cache in response to a live userquery, in accordance with some embodiments; and

FIG. 6 illustrates an exemplary computer that may be used to implementone or more embodiments described herein.

DETAILED DESCRIPTION

Requesting all available flight information corresponding to aparticular user query directly from appropriate flight informationresources each time a user makes a query can be time consuming, therebyreducing the desirability and/or usability of the flight search service.Thus, to avoid the overhead involved in querying the flight informationresources for all possible flight solutions that meet the criteria of auser query, some portion of the flight information available at theflight information resources may be cached by the flight search service.When a user requests flight information corresponding to one or moregiven criteria, the flight search service can query the cachedinformation to obtain the flight solutions/results that meet the one ormore criteria instead of incurring the time and cost associated withquerying the flight information resource(s) directly to obtain theavailable flight solutions/results.

There are, however, some drawbacks and/or limitations associated withsuch caching approaches. As a practical matter, a cache may not includeall flight information that is available from the numerous sources offlight information, as doing so would typically be time and costprohibitive and could, to some extent, negate at least some benefits ofgenerating and maintaining a cache. In particular, the number of livequeries that a flight search service can perform with available flightinformation resources may be limited to a contractually agreed uponvolume, or may be paid for on a per query basis. In addition, livequeries take time to perform and so have an associated time cost. Thus,each query to one or more flight information resource has an associated“cost,” in terms of using a limited number of allotted queries, in termsof monetary cost and/or in terms of the time expense of performing thequery.

Accordingly, it may be important to optimize (to the extent possible)which flight information, from the vast quantity of flight informationthat can be obtained from flight information resources using relativelycostly queries, should be queried for caching such that the cacheproduces acceptable hit rates without imposing unsatisfactory time andcost burdens. As used herein, hit rate refers to the relativelyfrequency or percentage of user queries that can be resolved byaccessing a cache rather than performing a live query. The inventorshave developed a number of techniques that facilitate building andmaintaining a flight cache that generally optimizes the cache bymaximizing the hit rate while minimizing the cost associated withgenerating the cache. Techniques include, but are not limited to,obtaining flight information for the cache from a third party thatitself has performed live queries, intelligent priming of the cache, andpredictive modeling, as discussed in further detail below.

Another drawback of caching solutions relates to the fact that portionsof the flight information stored in a cache may become stale and/or maybe unreliable for other reasons. For example, availability,departure/arrival times, pricing or the existence of a flight altogethermay change without being reflected in the cache, as these parameters aresubject to change on a relatively continuous basis. As a result, flightinformation provided in response to a user query may present inaccuratepricing, or may produce flights with incorrect departure/arrival times,present flights that are unavailable (e.g., flights that are fullybooked), and/or flights that have been canceled and/or are no longer inoperation. To address this substantial problem, the inventors havedeveloped methods to analyze and process a cache of flight informationto identify potentially stale information, assess the reliability of theinformation, and/or increase the likelihood or ensure that flightinformation provided to the user is accurate and reliable. In addition,the inventors have developed methods to remove non-bookable ornon-findable solutions to improve speed in searching the cache, and toensure such results are not presented to the user.

In some embodiments, a machine learning process is used to assess thefidelity of flight information stored in a cache. As used herein, theterm “fidelity” refers to the accuracy or reliability of the informationstored in the cache. For example, the fidelity of flight informationincludes, but is not limited to, the accuracy of pricing information,accuracy of departure/arrival times, whether a flight is available(e.g., findable and/or bookable), whether a stored flight exists,whether a route is correct or any assessment regarding how closelyinformation stored in the cache reflects actual and true informationabout flights.

According to some embodiments, the machine learning process learns toidentify likely bookable flight solutions, identify non-bookablesolutions, correct pricing information, assess reliability, or otherwisemaintain a more accurate and robust cache of flight information.According to some embodiments, the cache enumerates possible solutionsbetween origin/destination pairs. Some embodiments maintain statisticson the flight information to improve reliability of the cache. Forexample, statistically non-bookable or non-findable solutions may beblacklisted (e.g., the cache may additionally maintain the frequencythat a flight was not findable or not bookable on each provider'swebsite and remove solutions that do not meet a given reliabilityrequirement). The cache may also maintain temporal variations such asseasonal or holiday fluctuations (e.g., during the winter season directflights between Larnaca (LCA) and Sofia (SOF) may be available only onTuesdays and Fridays, and during the summer season direct flights may beavailable daily) to improve reliability of the flight information storedin the cache.

According to some embodiments, machine learning models are trained toclassify flight information in a cache based on the likelihood that theflight information is accurate and reliable (e.g., in regards to pricingand/or whether a flight is available, findable and/or bookable). When auser performs a query that can be resolved, at least in part, via thecache, appropriate action may be taken based upon the classification ofthe flight information as characterized by the trained models. Themodels may be trained by applying them to a cache and comparing theresults to a ground truth containing actual data regarding the accuracyof the flight information in the cache. The models may then be adaptedbased on any discrepancies until the models perform satisfactorily.Other method of training models using a ground truth to guide/evaluatethe training may be used, as aspects of the invention are not limited bythe manner in which the models are trained.

Following below are more detailed descriptions of various conceptsrelated to, and embodiments of, methods and apparatus according to thepresent invention. It should be appreciated that various aspectsdescribed herein may be implemented in any of numerous ways. Examples ofspecific implementations are provided herein for illustrative purposesonly. In addition, the various aspects described in the embodimentsbelow may be used alone or in any combination, and are not limited tothe combinations explicitly described herein.

FIG. 1 illustrates a networked computer system on which aspects of theinvention may be performed, and depicts a computer system by which auser may query a flight search service for available flights that meet auser's specified criteria. Computer system 100 includes one or more userdevices 110. User device 110 may include one or any combination ofpersonal computer, workstation, networked terminal, kiosk, personaldigital assistant (PDA), smart phone or any other electronic device thatallows a user to access network 120. Network 120 may include any one orcombination of networks such as private networks, public networks, theInternet, or any combination of local area networks (LANS), wide areanetworks (WANs), etc. In general, user device 110 may be any device orcombination of devices that allows a user to perform a query and obtainresults.

Computer system 100 also includes flight search service 130 configuredto perform flight queries on behalf of a user. For example, a user mayprovide a query by specifying criteria including origin/destination anddeparture/return date pairs. Flight search service 130 may present tothe user available flights that match the specified criteria. Flightsearch service 130 may include one or multiple computers, computersystems, servers, data storage devices, etc. Flight search service 130may include data storage for storing a flight cache 105 accessible bythe one or more computers forming the flight search service 130. Forexample, the flight cache 105 may be stored in memory as part of adatabase that can be queried by the one or more computers forming theflight search service 130, or otherwise stored such that it can beaccessed to obtain flight information in response to user queries. Aflight cache may be stored on any type or combination of computerreadable storage medium described herein. Flight cache 105 will bediscussed in detail below.

Flight search service 130 may be connected to network 120 and configuredto communicate with the user device 110 and one or any combination offlight information resources 140. Flight search service 130 may beconfigured to query one or more of the different flight informationresources connected to the network to obtain flight pricing andavailability information. Flight search service 130 may use theseresults to report results to a user, update the cache 105, or both. Asdiscussed in further detail below, flight search service 130 may includeone or more programs stored on a computer readable medium and executableby one or more processors available in or to the one or more computersforming the travel service provider. The one or more programs may beconfigured, when executed, to perform queries, probe the cache, performcache modification, update or classification, and/or any other techniquedescribed herein.

FIG. 2 illustrates an exemplary cache 105 supplied with flightinformation from a variety of sources. Cache 105, as an example,receives cache flight information from third-party echo cache(s) 215,priming 225, real-time user queries 235 and/or predicted flightinformation 145. A cache need not receive information from each of thethese sources, and may receive information from alternative sources, asthe aspects of the invention are not limited by the ways in which acache is constructed and populated. That is, a cache may be built,modified or updated using any one or combination of the above describedsources and/or using other sources not explicitly described herein.

The cache may include any type or amount of flight information desired.For example, the cache may include available flight solutions for adesired set of origin/destination pairs. In particular, the cache mayinclude any one or combination of flight numbers, time of day, air fairbasis codes, numeric availability per air fare basis code, as it iscaptured by the pricing engine or other availability sources (e.g., anairline CRS system, or a cached availability source maintained by aGDS), historical statistical metrics of the pricing stability of thatairfare solution (e.g., including rate of change per day over the totalobserved period, rate of change as a function of days until departure),number of days until departure, trip length, number of stops, historicalaccuracy rates for similar airfare solutions (i.e., airfare solutions ofsame number of stops, and similar waiting times), historical andpredicted probabilities of a click for that search based on the relativerank of the flight in terms of price, number of stops, and duration(cheaper flights get more clicks, fewer stops get more clicks), etc. Itshould be appreciated that the cache may include any flight informationand/or supplemental information that assists in providing flightsolutions in response to user queries.

As discussed above, cache 105 provides a source of flight informationthat can be queried without having to perform costly and relatively timeintensive queries to the various flight information resources. As such,one goal of creating cache 105 is to increase the hit rate of the cacheto the extent possible to avoid as many live queries as possible.

The inventors have recognized that a cache may be significantly expandedwithout using valuable live queries by utilizing the cache of one ormore third party providers that themselves have performed the associatedlive query. For example, some GDS sources store the live queries thatthey perform and the results from the live queries. If this informationstore can be accessed, it can be used to expand cache 105 with generallyup-to-date pricing and availability information. That is, thisinformation store provides generally up-to-date information regardinguser queries that have been performed within some specified period oftime that can be used to update and/or expand a cache without having toexpend any live queries by virtue of the fact that the third partyprovider has already performed the live query. Accordingly, the flightsearch service may access such caches periodically (e.g., every hour)and update cache 105 with more current flight information, or expand thecache with new flight information that was not available the last timethe third party cache was queried.

The inventors have appreciated that this information may be obtained ina number of ways. A first method is to have the third party providerpush updated information to the flight search service so that the cachemay be updated and/or expanded. However, some third party providers maynot be willing to push queries and results to the flight search service,but may make the queries that have been performed available and alsoallow the flight search service to query the echo-cache to obtain theresults from said queries. Using this technique, the flight searchservice may pull the information from the third party cache. Usingeither a push or pull technique, or a combination of both, flightinformation may be obtained to update and/or expand cache 105 withouthaving to use limited live queries in the process.

It may be necessary or desirable to obtain more information for a cachethan can be obtained from third party cache(s). In addition, such thirdparty cache information may not be available at all and other techniquesmay need to be relied upon to build cache 105. One example of such atechnique that can be used in conjunction with or in the absence of echocache information is priming, depicted as priming 225 in FIG. 2. Priming225 refers to making live queries to any of various available flightinformation resources to obtain flight information for a cache.

As discussed above, live queries have an associated cost so that primingshould be minimized to the extent possible to avoid using limited and/orcostly queries. For example, many flight search services have contractswith one or more flight information resources that specify the volume ornumber of allowed queries that the flight search service is permitted toperform (queries in excess of agreed upon volumes may be prohibited, orexcessive penalty fees may be charged for exceeding the contracted forvolume). Accordingly, the flight search service will likely have alimited number of queries that can be made during a given time period.As a result, the queries the flight search service uses for primingshould be optimized with respect to hit-rate. For example, the flightsearch service may choose priming queries that are more likely to bequeried by users and avoid spending valuable queries to store flightinformation for queries that a user is less likely or unlikely to make.The inventors have identified a number of techniques that facilitateoptimization of the priming queries to minimize the number of querieswhile tending to maximize hit rate, including techniques to identifyqueries that a user is more likely to make.

The inventors have recognized that price correlates query frequency andsuch that cheaper flights therefore may represent desirable candidatesfor priming. Users are more inclined to inquire about cheaper flightsthan more expensive flights. Pricing information can be obtained from apricing source such as the Airline Tariff Publishing Company (ATPCO),which publishes pricing logic regularly (e.g., every hour). Thus, suchpricing information may be used effectively to identify which flightsare likely to be explored by a user and thus operate as indiciasuggestive of high value candidates for a priming queries over moreexpensive flights. As a result, the hit rate of a flight informationcache may be improved by preferentially priming lower cost flights.

Historical data may also be used to predict what queries users arelikely to make. For example, historical data may indicate whatorigin/destination pairs are the most popular and when they are the mostpopular. Seasonal, time of day, day of the week (departure/return datesand/or times) or other indicia may also be used to identify flightqueries that users will likely be interested in. Such identified queriesmay then be used to prime the cache to facilitate the formation of acache with an acceptable hit rate. Historical data may relate to datafrom any time in the past. Recent historical data or statistics on userqueries may provide effective predictions as to what searches will berequested again. For example, queries to be primed may be selected basedon the most frequently requested origin/destination pairs from the daybefore (e.g., the top origin/destination pairs that account for somedesired percentage of user queries for the day before). These toporigin/destination pairs can be used to prime the cache, for example, bypriming the cache with all trips 1-N days out (e.g., 1-30 or 1-60, etc.)and 1-M days of length (e.g., 1-7 or 1-14, etc.) for each of the toporigin/destination pairs.

The inventors have appreciated that when queries that users are likelyto make have been identified (by whatever means), such queries may beexpanded on geographically and/or temporally to identify other queriesthat users are likely to be interested in, and thus should be consideredfor priming candidates. For example, if flights from John F. Kennedy(JFK) airport to Paris-Charles de Gaulle (CDG) airport are identified aspopular user queries, this query may be expanded geographically at theorigin and/or destination to identify additional candidate queries forpriming. In the example above, if JFK/CDG queries are identified aspopular, queries from Newark International Airport (EWR) to DGR, queriesfrom JFK to Paris-Orly airport (ORY) and/or EWR/ORY may also be popularqueries for user's trying to find the optimal prices, times or datesfrom the New York City area to the Paris vicinity. Accordingly, queriesidentified as popular may be geographically expanded to identifyadditional queries. That is, a geographical window about an identifiedquery may be selected to identify additional candidates for primingqueries.

Similarly, an identified query may expanded temporally to identifyadditional candidates for priming queries. For example, a certainorigin/destination pair may be identified as popular for givendeparture/return dates. These dates may be expanded to include a desirednumber of days about the given departure/return dates to includeadditional queries within a desired time frame proximate the identifiedquery. For example, considering dates plus or minus three days about thedeparture/return dates of a identified or predicted popular queryresults in queries within a week of the identified query, which has beenrecognized by the inventors to comport with user search behavior whentrying to locate a flight. Accordingly, queries identified as popularmay be temporally expanded to identify additional queries. That is, atemporal window about an identified query may be selected to identifyadditional candidates for priming queries.

The inventors have appreciated that, when one or more third party cachesare available, information from such third party caches may be utilizedto assist in identifying popular flight queries to bootstrap forminggeographic and temporal windows to identify addition candidate primingqueries. For example, popular queries may be identified based on theactual queries made by users as captured by one or more third partycaches. Once identified from the third party caches, these queries maybe expanded upon geographically and/or temporally to identify furthercandidates for priming queries. Additionally, third party cacheinformation, when available, may also drive which queries are notprimed. For example, if certain queries/results are already available inthe third party cache, then it may be undesirable to use a live query toobtain this information even though other indicia (e.g., price,accuracy, likelihood) would otherwise suggest that the query is adesirable candidate for priming. That is, if the target flightinformation (or a close equivalent) is already available from a thirdparty cache, the decision to forego using a live query to prime cache105 may be made to preserve limited and/or costly live queries to flightinformation resources.

As discussed above, some embodiments include applying intelligentalgorithms or machine learning techniques to a cache to classify theinformation in the cache (e.g., to classify flight information accordingto pricing accuracy, availability, reliability, etc.). To apply suchintelligent algorithms or machine learning techniques to the cache,machine learning models typically need to be trained on training data.FIG. 3 illustrates a method of training models to process a cache andclassify the flight information therein based upon the fidelity (e.g.,accuracy, availability, reliability, etc.) of the information, inaccordance with some embodiments.

Referring to FIG. 3A, in act 300, a cache of flight information isobtained and stored as cache 105. Cache 105 may be obtained using anyone or combination of techniques described above, or may be obtained inother ways. According to some embodiments, the cache includes flightsolutions having available routes between a desired number oforigin/destination pairs and associated information about the routessuch as departure times and dates, etc. The flight information cache maybe obtained at any point in time and may be updated and modified on aregular basis, or at time that is desired.

It should be appreciated that cache 105 may include flight informationat any level of comprehensiveness, but generally is extensive enough toallow flight solutions to be obtained from the cache and presented to auser in response to a user query at an acceptable hit-rate (e.g., thecache will generally include enough information that the flight searchservice can obtain information from the cache to service a query withouthaving to, or limiting the necessity of, directly query the flightinformation resources in enough instances that the user does notexperience unacceptable levels of delay in receiving results). Accordingto some embodiments, cache 105 is a comprehensive archive of allavailable routes between a desired set of origin/destination pairs. Asdiscussed above, the inventors have developed a number of techniquesthat facilitate optimizing generating and updating a flight informationcache.

To train the models, the models may be applied to process the cache andthe results of the analysis (e.g., reliability assessments/predictionsfrom the models) compared to actual flight data, referred to herein as“ground truth.” The more reliable the ground truth, the more effectivethe machine learning models will be at assessing and maintaining areliable cache. In act 310, a ground truth 315 is obtained to trainmachine learning models to analyze cached flight information to assessthe reliability of the flight information. The ground truth may beobtained in any manner that allows reliable availability, pricing,bookability and/or findability information about flights/airfares to beobtained. According to some embodiments, the ground truth is obtained bytesting the bookability of flight options/fares on actual airlinewebsites, or online travel agencies (such as orbitz.com, expedia.com,etc) in a process referred to herein as “scraping.”

Scraping to obtain the ground truth may be accomplished using actualuser bookings (e.g., a user clicks on a flight option provided inresponse to a query by the user, or chooses a solution provided by thewebsite) or obtained by simulating the selection/booking of a flightoption or selection of a flight solution provided by a website. Scrapingmay be performed offline (e.g., by simulating user selections) alone orperformed/updated using actual user selections by users booking flights(e.g., real-time update), as the aspects of the invention are notlimited to any particular method of obtaining the ground truth. Theinformation obtained via scraping can be used not only to compile aground truth, but may be used to update, supplement and/or otherwisemodify the cache. For example, the scraping process may be used toenrich the cache data (e.g., by always scraping the cheapest nonstop andone-stop airfare solutions, or the cheapest 5 solutions, etc), orotherwise collecting additional available search results from thewebsite that the cache may not previously have archived.

The scraping process can confirm bookability of a selected flightsolution, as well as collect additional solutions available by thewebsite being scraped to verify bookability (e.g., confirm whether theexpected fare for the corresponding flight number combinations(solutions) is bookable for the expected price and/or the expectedairfare basis codes), correct the pricing of the airfare solutions foundin the GDS/CRS system (e.g., confirm price changes, detect pricemiscalculation, or identify availability changes causing a differentfare for the same flight numbers). Additionally, the cache obtained fromthird party providers resulting from actual user queries may also beused as ground truth for training the models, or by other methods notspecifically described herein.

In act 320, machine learning models 325 are trained by applying themodels to cache 105 and the results are checked against ground truth315. The models are then modified to produce better results as informedby the ground truth. This process continues until the models aresuitably trained to accurately assess the reliability of the data incache 105. The models may be formulated according to any suitablemachine learning algorithm and trained according to any suitableoptimization scheme, as the aspects of the invention are not limited toany particular algorithm, technique or training scheme.

According to some embodiments, after the ground truth has been obtained,the machine learning models may operate on the cache and learn to assessthe reliability of the flight information stored in the cache. Forexample, the machine learning models may learn to categorize or classifythe flight information, guided by the ground truth, so that the trainedmachine learning models can operate on the cached flight information tomaintain a more reliable cache. Any one or combination of machinelearning techniques may be used including decision trees, support vectormachines (SVMs), neural networks, nearest neighbors, random forest, orother supervised learning algorithms. According to some embodiments,random forest algorithms, or an ensemble trees techniques (e.g., boosteddecision trees, bagged decision trees, etc.) may be used to reduce thecomputational complexity as compared to some other techniques, such asSVM approaches.

Machine learning models may be trained to consider any number of factorsor parameters so as to classify flight information in a cache based onthe accuracy, availability, reliability, etc., of the cached flightinformation. Some non-limiting examples of factors that may beconsidered by the machine learning models are discussed in furtherdetail below. The number of stops from origin to destination has beenrecognized as an indicator of reliability of the data, with reliabilityof the data decreasing with increased stops. Additionally, the routetaken to reach a destination may also impact reliability. For example,flights that are routed through a significant hub tend to have a greatermeasure of reliability than flights that are routed through secondary ornon-hub airports. Booking class (e.g., coach, first class, etc.) and/orwhether a purchase is non-refundable represent ticket-level indicia ofreliability. Code sharing (e.g., when a first airline sells tickets on aflight/plane operated by a different airline) generally suffers fromlower levels of reliability than similarly situated flights that do notutilize code sharing. The time of day and/or day of the week may alsoimpact the reliability of the flight information. Other factors that mayimpact reliability and that may be considered when training the modelsare how long the trip is, how far out the departure date is, and howlong the query to obtain the flight solution took (e.g., generally, thelonger the query took to complete, the more complicated and lessreliable the solution). The airline or airlines involved in the flightsmay also be considered, and according to some embodiments, models aretrained specifically for different airlines. It should be appreciatedthat one or any combination of the above factors and/or one or moreadditional factors may be considered when training models to evaluateand classify flight information stored in a flight cache, as the aspectsof the invention are not limited by the factors used in training themodels.

The machine learning models may operate on any data in the cache tolearn any number of characteristics about the flight information in thecache, to asses and predict which data is reliable and which data isnot. For example, the machine learning models may learn a discrete setof classes such as: 1) accurate fare solution: the fare is both findableand capable of being priced; 2) inaccurate fare solution due to pricingproblems; 3) findable solutions with a price that differs from the pricefound in the GDS/CRS because of pricing change of a portion of thesolution (e.g., one or more of the legs of the solution) is no longeravailable; 4) the solution is findable, but has a price that differs bymore than a predefined threshold (e.g., a rule may be encoded to rejectpricing differences of more than $1, $10, or some other threshold whenthe price is higher by at least the threshold, but accept as valid theprice in circumstances where the true price is actually lower than theprice reflected in the cache; and/or 5) the solution is not findable atall. The models may, additionally or alternatively, learn any other setof classes that assist in categorizing the flight information in a cachebased on fidelity.

The machine learning models may identify likely bookable airfaresolutions, with low confidence availability. For example, based on thedata collected with the process described in the foregoing, the learningmodels may learn a separate class for airfare solutions that are likelyto be priced correctly, but with low probability of still beingavailable, therefore flagging the solution so that it can be checked forcurrent availability against the GDS/CRS. The machine learning modelsmay also identify airfare solutions that need to be re-priced. Based onthe data collected with the process described in the foregoing, thesupervised learning algorithm may learn a separate class for airfaresolutions that are unlikely to be priced correctly, but the combinationof flights may be still available for a different booking class, airfarebooking code, or one or more other pricing parameters, thereby flaggingthe solution so that it can be re-priced by the GDS/CRS. Accordingly,the models may classify flight solutions according to reliability andindicate what actions to take depending on the reliability of thecorresponding classification.

As should be appreciated from the foregoing, a purpose of classifyingthe flight information stored in a cache is to allow the flight searchservice to take appropriate action based on the assessment of themachine learning models. For example, based on the classification, thecorresponding flight information may need to be treated in differentways. When the models, for example, ascertain that a flight solution islikely available but at a different price (i.e., the cached price islikely inaccurate), the flight search service may simply re-price theflight but not query regarding availability. On the other hand, if themodels determine that a flight solution is likely priced accurately, butthere is a risk that the flight is not available, the flight searchservice may keep the price, but check on the availability (e.g., via alive query). In some instances, the models may determine that neitherpricing or availability are reliable and a full query may be performedby the flight search service.

Classification by the models may also guide how flight solutionsobtained responsive to user queries are presented to the user. Forexample, based on the classification given to a given flight solution,the flight search service may decide to not display the flight solutionat all due to misgivings about its reliability. In other instances, theflight search service may display a flight solution but flag thesolution in a manner to indicate that the solution may either beinaccurately priced or not available. In still other instances, a givenflight solution may be displayed, but not priced. The decision on how,or whether, to present flight solutions to the user may also be impactedor even changed depending on what actions the flight search servicedecides to take (e.g., whether the flight search service decides tore-price, check availability, etc.), as discussed in further detailbelow. It should be appreciated that other actions and/or variations onpresentation may be taken or used based upon classifications from themachine learning models, as the aspects of the invention are not limitedin this respect.

As discussed above, machine learning models may be built and trainedsuch that, given a new airfare search/flight query (e.g., given arequest to search for flights meeting criteria that may include anycombination of origin/destination, duration of stay, and number of daysout for departure date, frequency, etc.), the models can make aprediction about each solution obtained from the cache that meet theuser's submitted criteria and categorize each solution according to thefollowing exemplary classes: 1) trusted result in which the action takenis to provide solutions to the user as is (e.g., the solutions arefindable and priceable); 2) relatively trusted result in which theaction is to return all solutions, but query a CRS, GDS, or otheravailability system to filter non-available solutions before presentingsolutions to the user; 3) less trusted result in which the action takenis to re-price solutions prior to presenting solutions to the user; and4) not trusted in which the action taken is to re-run a full query anddiscard currently cached results. The machine learning models mayinclude any number of classes that result in any number of differentactions suitable for the identified class, as the aspects of theinvention are not limited in this respect.

It should be appreciate that the machine learning models may be appliedto live user queries to classify solutions and take the appropriateaction, or the models may be applied to the cache periodically tocategorize solutions with the corresponding class label. The latteroffline solution may be employed when the computation required toperform live filtering degrades the user experience or is otherwiseundesirable. In some embodiments, the machine learning models areemployed in part offline and in part during live queries. As a generalmatter, the machine learning models may be applied to the cache atanytime to classify/categorize the solutions, optimize the speed of livequeries and/or otherwise render the cache more reliable and/or more timeefficient to search, as the aspects of the invention are not limited inthis respect.

FIG. 3B illustrates a method for training models that incorporatestechniques described in connection with FIG. 3A and in other locationsherein. In particular, act 320′ may include at least some features ofact 320 performed in the method illustrated in 3A. The one or moremachine learning models in conjunction with the ground truth may be usedto predict which flight information on which the cache is being build isstale or otherwise unreliable.

In act 323, one or more machine learning models are used to process theflight information cache 105 to classify the flight solutions storedtherein according to a plurality of factors 328. Factors 328 may be anyfactor that tends to indicate or suggest the fidelity of the flightsolution stored in cache 105 and may include, but is not limited, thevarious factors discussed herein. Classified flight solutions 331 resultfrom applying the one or more machine learning models to the flightsolutions stored in cache 105. The classified flight solutions mayinclude flight solutions labeled with a class indicative of the fidelityof the flight solution as assessed by the one or more machine learningmodels. The classification may include appending information orotherwise associating information with the flight solution to indicatewhich class the flight solution belongs to or otherwise indicating thefidelity of the classified flight solution.

In act 327, the classified flight solutions are compared with the groundtruth to determine whether the machine learning models appropriatelyclassified the flight solutions. The correctness or incorrectness of theclassifications may then be used to adapt or modify the machine learningmodels so that the models better classify flight solutions. This processmay be repeated until the machine learning models have been trained suchthat they deliver acceptable levels of accuracy in appropriately orcorrectly classifying flight solutions. The trained models (e.g.,trained models 325) may then be applied to the cache or flight solutionobtained responsive to real-time user search queries to assess thefidelity of flights solutions stored in a cache.

FIG. 4 illustrates a method of applying trained models offline toclassify/modify/update a cache 105, in accordance with some embodiments.In act 410, the trained models 325 are applied to the cache 105 offlineto classify, categorize, update and/or modify cache 105 to label thereliability of the flight information in cache 105. For example, trainedmodels 325 may process the flight information and classify the variousflight solutions (e.g., flight availability, bookability, pricing, etc.)according to the predicted reliability of the respective flightsolution. The classification may then be used to determine what actionsto take in the event that corresponding flight solutions meet thecriteria of an actual user query (e.g., a subsequent user query asdescribed in connection with FIG. 5 below). By applying the modelsoffline, the computational cost of applying the models live may beavoided.

FIG. 5 illustrates a method of applying trained models to user queries,in accordance with some embodiments. In act 510, the trained models 325are used to filter live queries by a user. For example, a user maysubmit a query for flight solutions that match one or more desiredcriteria provided by the user (act 510A). The trained models 325 areapplied to the flight solutions obtained from cache 105 to assess thereliability of the flight solutions. For example, the trained models mayclassify the flight solutions according to reliability and theappropriate actions may be taken prior to presenting the flightsolutions to the user. For example, for less reliable flight solutions,the flight information resources may be queried to confirm that theflight solution is or is not accurate. Once the appropriate actions havebeen taken, the flight results 535 are presented to the user in responseto the user query. As indicated by path 522, cache 105 may be updatedbased on information obtained upon any new query to the flightinformation resources to update the cache with current information orinformation that was previously not available.

As discussed above, based on the classification of flight information orsolutions obtained from the cache in response to a user query, theflight search service may want to perform one or more live queries toobtain actual flight information, for example, when the classificationsuggests that the pricing and/or availability of a given flight may notbe reliable. In act 520, one or more live queries is performed and theresulting flight solutions may be presented to the user, and the cache105 may be updated with the current flight information/flight solutionthat was queried.

The above-described embodiments of the present invention can beimplemented in any of numerous ways. For example, the embodiments may beimplemented using hardware, software or a combination thereof. Whenimplemented in software, the software code can be executed on anysuitable processor or collection of processors, whether provided in asingle computer or distributed among multiple computers. It should beappreciated that any component or collection of components that performthe functions described above can be generically considered as one ormore controllers that control the above-discussed function. The one ormore controller can be implemented in numerous ways, such as withdedicated hardware, or with general purpose hardware (e.g., one or moreprocessor) that is programmed using microcode or software to perform thefunctions recited above.

Components of data-entry systems described herein may be implementedusing a single computer or its functionality may be distributed acrossmultiple computers or servers. In distributed settings, communicationamong system components/modules/interfaces may be realized in anysuitable manner (e.g., wired, wireless, network-based connections) asthe present invention is not limited in this respect.

It should be appreciated that a computer may be embodied in any ofnumerous forms, such as a rack-mounted computer, a desktop computer, alaptop computer, or a tablet computer. Additionally, a computer may beembodied in any device with suitable processing capabilities, includinga Personal Digital Assistant (PDA), a smart phone or any other suitableportable or fixed electronic device.

Also, a computer may have one or more input and output devices. Thesedevices may be used, among other things, to present a user interface.Examples of output devices that may be used to provide a user interfaceinclude printers or display screens for visual presentation of output,and speakers or other sound generating devices for audible presentationof output. Examples of input devices that may be used for a userinterface include keyboards, microphones, and pointing devices, such asmice, touch pads, and digitizing tablets.

Such computers may be interconnected by one or more networks in anysuitable form, including a local area network (LAN) or a wide areanetwork (WAN), such as an enterprise network, an intelligent network(IN) or the Internet. Such networks may be based on any suitabletechnology and may operate according to any suitable protocol and mayinclude wireless networks, wired networks, and/or fiber optic networks.

An illustrative implementation of a computer system 600 that may be usedin connection with any of the embodiments of the invention describedherein is shown in FIG. 6. The computer system 600 may be used as the orone of the computer system comprising the flight search service computersystem, user device and/or flight information resources, and may includeone or more processors 610 and one or more non-transitorycomputer-readable storage media (e.g., memory 620 and/or one or morenon-volatile storage media 630). The processor 610 may control writingdata to and reading data from the memory 620 and the non-volatilestorage device 630 in any suitable manner, as the aspects of theinvention described herein are not limited in this respect. To performany of the functionality described herein, the processor 610 may executeone or more instructions stored in one or more computer-readable storagemedia (e.g., the memory 620), which may serve as non-transitorycomputer-readable storage media storing instructions for execution bythe processor 610.

The various methods or processes outlined herein may be coded assoftware that is executable on one or more processors that employ anyone of a variety of operating systems or platforms. Additionally, suchsoftware may be written using any of numerous suitable programminglanguages and/or programming or scripting tools, and also may becompiled as executable machine language code or intermediate code thatis executed on a virtual machine or a suitable framework.

In this respect, various inventive concepts may be embodied as at leastone computer readable storage medium (e.g., a computer memory, one ormore floppy discs, hard discs, compact discs, optical discs, magnetictapes, flash memories, circuit configurations in Field Programmable GateArrays, cache, or other semiconductor devices capable of storing data,etc.) encoded with one or more programs that, when executed on one ormore computers or other processors, implement the various embodiments ofthe present invention. The non-transitory computer-readable medium ormedia may be transportable, such that the program or programs storedthereon may be loaded onto any computer resource to implement variousaspects of the present invention as discussed above. The term computerreadable storage medium is used herein to describe any tangible mediumcapable of storing data, such as the example media mentioned above, butexcludes propagating signals and carrier waves, and the termnon-transitory computer readable storage medium is co-extensive in thisrespect.

The terms “program” or “software” are used herein in a generic sense torefer to any type of computer code or set of computer-executableinstructions that can be employed to program a computer or otherprocessor to implement various aspects of embodiments as discussedabove. Additionally, it should be appreciated that according to oneaspect, one or more computer programs that when executed perform methodsof the present invention need not reside on a single computer orprocessor, but may be distributed in a modular fashion among differentcomputers or processors to implement various aspects of the presentinvention.

Computer-executable instructions may be in many forms, such as programmodules, executed by one or more computers or other devices. Generally,program modules include routines, programs, objects, components, datastructures, etc. that perform particular tasks or implement particularabstract data types. Typically the functionality of the program modulesmay be combined or distributed as desired in various embodiments.

Also, data structures may be stored in non-transitory computer-readablestorage media in any suitable form. For simplicity of illustration, datastructures may be shown to have fields that are related through locationin the data structure. Such relationships may likewise be achieved byassigning storage for the fields with locations in a non-transitorycomputer-readable medium that convey relationship between the fields.However, any suitable mechanism may be used to establish relationshipsamong information in fields of a data structure, including through theuse of pointers, tags or other mechanisms that establish relationshipsamong data elements.

Also, various inventive concepts may be embodied as one or more methods,of which an example has been provided. The acts performed as part of themethod may be ordered in any suitable way. Accordingly, embodiments maybe constructed in which acts are performed in an order different thanillustrated, which may include performing some acts simultaneously, eventhough shown as sequential acts in illustrative embodiments.

All definitions, as defined and used herein, should be understood tocontrol over dictionary definitions, definitions in documentsincorporated by reference, and/or ordinary meanings of the definedterms.

The indefinite articles “a” and “an,” as used herein in thespecification and in the claims, unless clearly indicated to thecontrary, should be understood to mean “at least one.”

As used herein in the specification and in the claims, the phrase “atleast one,” in reference to a list of one or more elements, should beunderstood to mean at least one element selected from any one or more ofthe elements in the list of elements, but not necessarily including atleast one of each and every element specifically listed within the listof elements and not excluding any combinations of elements in the listof elements. This definition also allows that elements may optionally bepresent other than the elements specifically identified within the listof elements to which the phrase “at least one” refers, whether relatedor unrelated to those elements specifically identified. Thus, as anon-limiting example, “at least one of A and B” (or, equivalently, “atleast one of A or B,” or, equivalently “at least one of A and/or B”) canrefer, in one embodiment, to at least one, optionally including morethan one, A, with no B present (and optionally including elements otherthan B); in another embodiment, to at least one, optionally includingmore than one, B, with no A present (and optionally including elementsother than A); in yet another embodiment, to at least one, optionallyincluding more than one, A, and at least one, optionally including morethan one, B (and optionally including other elements); etc.

The phrase “and/or,” as used herein in the specification and in theclaims, should be understood to mean “either or both” of the elements soconjoined, i.e., elements that are conjunctively present in some casesand disjunctively present in other cases. Multiple elements listed with“and/or” should be construed in the same fashion, i.e., “one or more” ofthe elements so conjoined. Other elements may optionally be presentother than the elements specifically identified by the “and/or” clause,whether related or unrelated to those elements specifically identified.Thus, as a non-limiting example, a reference to “A and/or B”, when usedin conjunction with open-ended language such as “comprising” can refer,in one embodiment, to A only (optionally including elements other thanB); in another embodiment, to B only (optionally including elementsother than A); in yet another embodiment, to both A and B (optionallyincluding other elements); etc.

As used herein in the specification and in the claims, “or” should beunderstood to have the same meaning as “and/or” as defined above. Forexample, when separating items in a list, “or” or “and/or” shall beinterpreted as being inclusive, i.e., the inclusion of at least one, butalso including more than one, of a number or list of elements, and,optionally, additional unlisted items. Only terms clearly indicated tothe contrary, such as “only one of” or “exactly one of,” or, when usedin the claims, “consisting of,” will refer to the inclusion of exactlyone element of a number or list of elements. In general, the term “or”as used herein shall only be interpreted as indicating exclusivealternatives (i.e. “one or the other but not both”) when preceded byterms of exclusivity, such as “either,” “one of,” “only one of,” or“exactly one of.” “Consisting essentially of,” when used in the claims,shall have its ordinary meaning as used in the field of patent law.

Use of ordinal terms such as “first,” “second,” “third,” etc., in theclaims to modify a claim element does not by itself connote anypriority, precedence, or order of one claim element over another or thetemporal order in which acts of a method are performed. Such terms areused merely as labels to distinguish one claim element having a certainname from another element having a same name (but for use of the ordinalterm).

The phraseology and terminology used herein is for the purpose ofdescription and should not be regarded as limiting. The use of“including,” “comprising,” “having,” “containing”, “involving”, andvariations thereof, is meant to encompass the items listed thereafterand additional items.

Having described several embodiments of the invention in detail, variousmodifications and improvements will readily occur to those skilled inthe art. Such modifications and improvements are intended to be withinthe spirit and scope of the invention. Accordingly, the foregoingdescription is by way of example only, and is not intended as limiting.The invention is limited only as defined by the following claims and theequivalents thereto.

What is claimed is:
 1. A method comprising: generating a flightinformation cache storing flight information comprising a plurality offlight solutions, the cache capable of being accessed to obtain flightsolutions that meet a criteria specified in one or more flight searchqueries; applying at least one machine learning model to at least someof the flight information in the flight information cache to classify atleast one of the plurality of flight solutions according to an assessedfidelity of the at least one flight solution, wherein the at least onemachine learning model classifies flight solutions by assigning at leastone of a plurality of classes to each of the plurality of flightsolutions; and performing at least one action based on the classifiedplurality of flight solutions.
 2. The method of claim 1, wherein atleast one of the plurality of classes indicates an accuracy of pricinginformation associated with a flight solution.
 3. The method of claim 1,wherein at least one of the plurality of classes indicates a likelihoodof availability of a given flight solution.
 4. The method of claim 3,wherein at least one of the plurality of classes indicates a likelihoodof whether a given flight solution is findable.
 5. The method of claim3, wherein at least one of the plurality of classes indicates alikelihood of whether a given flight solution is bookable.
 6. The methodof claim 2, wherein performing at least one action includes re-pricing aflight based on the indication of the accuracy of the pricinginformation of at least one flight solution.
 7. The method of claim 3,wherein performing at least one action includes confirming availabilityfor a flight based on the likelihood of availability of at least oneflight solution.
 8. The method of claim 1, further comprising: receivinga search query from a user requesting flight solutions that meet aspecified criteria; and obtaining at least one flight solution thatmeets the criteria from the flight information cache.
 9. The method ofclaim 8, wherein performing at least one action includes performing atleast one action based on a class assigned by the at least one machinelearning model to at least one of the at least one flight solutions thatmeet the criteria.
 10. The method of claim 9, wherein the at least oneflight solution includes a plurality of flight solutions that meet thecriteria, the method further comprising providing a subset of theplurality of flight solutions that meet the criteria to the user based,at least in part, on a class assigned by the at least one machinelearning model to one or more of the plurality of flight solutions thatmeet the criteria.
 11. The method of claim 1, wherein the at least onemachine learning model is trained to consider a plurality of factorswhen assessing the fidelity of a flight solution, the plurality offactors being selected from a group of factors consisting of: a numberof stops in a flight solution; a route of a flight solution; an airlineproviding a flight solution; a booking class of a flight solution; adeparture date of a flight solution; and a return date of a flightsolution.
 12. At least one non-transitory computer readable storagemedium storing instructions, that when executed by at least oneprocessor, performs a method comprising: generating a flight informationcache storing flight information comprising a plurality of flightsolutions, the cache capable of being accessed to obtain flightsolutions that meet a criteria specified in one or more flight searchqueries; applying at least one machine learning model to at least someof the flight information in the flight information cache to classify atleast one of the plurality of flight solutions according to an assessedfidelity of the at least one flight solution, wherein the at least onemachine learning model classifies flight solutions by assigning at leastone of a plurality of classes to each of the plurality of flightsolutions; and performing at least one action based on the classifiedplurality of flight solutions.
 13. The at least one non-transitorycomputer readable storage medium of claim 12, wherein at least one ofthe plurality of classes indicates an accuracy of pricing informationassociated with a flight solution.
 14. The at least one non-transitorycomputer readable storage medium of claim 12, wherein at least one ofthe plurality of classes indicates a likelihood of availability of agiven flight solution.
 15. The at least one non-transitory computerreadable storage medium of claim 14, wherein at least one of theplurality of classes indicates a likelihood of whether a given flightsolution is findable.
 16. The at least one non-transitory computerreadable storage medium of claim 14, wherein at least one of theplurality of classes indicates a likelihood of whether a given flightsolution is bookable.
 17. The at least one non-transitory computerreadable storage medium of claim 13, wherein performing at least oneaction includes re-pricing a flight based on the indication of theaccuracy of the pricing information of at least one flight solution. 18.The at least one non-transitory computer readable storage medium ofclaim 14, wherein performing at least one action includes confirmingavailability for a flight based on the likelihood of availability of atleast one flight solution.
 19. The at least one non-transitory computerreadable storage medium of claim 12, further comprising: receiving asearch query from a user requesting flight solutions that meet aspecified criteria; and obtaining at least one flight solution thatmeets the criteria from the flight information cache.
 20. The at leastone non-transitory computer readable storage medium of claim 19, whereinperforming at least one action includes performing at least one actionbased on a class assigned by the at least one machine learning model toat least one of the at least one flight solutions that meet thecriteria.
 21. The at least one non-transitory computer readable storagemedium of claim 20, wherein the at least one flight solution includes aplurality of flight solutions that meet the criteria, the method furthercomprising providing a subset of the plurality of flight solutions thatmeet the criteria to the user based, at least in part, on a classassigned by the at least one machine learning model to one or more ofthe plurality of flight solutions that meet the criteria.
 22. The atleast one non-transitory computer readable storage medium of claim 12,wherein the at least one machine learning model is trained to consider aplurality of factors when assessing the fidelity of a flight solution,the plurality of factors being selected from a group of factorsconsisting of: a number of stops in a flight solution; a route of aflight solution; an airline providing a flight solution; a booking classof a flight solution; a departure date of a flight solution; and areturn date of a flight solution.
 23. A system comprising: at least onenon-transitory computer readable storage medium storing a cache offlight information comprising a plurality of flight solutions, the cachecapable of being accessed to obtain flight solutions that meet acriteria specified in one or more flight search queries; and at leastone computer programmed to: apply at least one machine learning model toat least some of the flight information in the flight information cacheto classify at least one of the plurality of flight solutions accordingto an assessed fidelity of the at least one flight solution, wherein theat least one machine learning model classifies flight solutions byassigning at least one of a plurality of classes to each of theplurality of flight solutions; and perform at least one action based onthe classified plurality of flight solutions.
 24. The system of claim23, wherein at least one of the plurality of classes indicates anaccuracy of pricing information associated with a flight solution. 25.The system of claim 23, wherein at least one of the plurality of classesindicates a likelihood of availability of a given flight solution. 26.The system of claim 25, wherein at least one of the plurality of classesindicates a likelihood of whether a given flight solution is findable.27. The system of claim 25, wherein at least one of the plurality ofclasses indicates a likelihood of whether a given flight solution isbookable.
 28. The system of claim 24, wherein the at least one computeris programmed to re-price a flight based on the indication of theaccuracy of the pricing information of at least one flight solution. 29.The system of claim 25, wherein performing at least one action includesconfirming availability for a flight based on the likelihood ofavailability of at least one flight solution.
 30. The system of claim23, further comprising at least one input to receive a search query froma user requesting flight solutions that meet a specified criteria, andwherein the at least one computer is programmed to obtain at least oneflight solution that meets the criteria from the flight informationcache.
 31. The system of claim 30, wherein the at least one computer isprogrammed to perform at least one action based on a class assigned bythe at least one machine learning model to at least one of the at leastone flight solutions that meet the criteria.
 32. The system of claim 31,wherein the at least one flight solution includes a plurality of flightsolutions that meet the criteria, and wherein the at least one computeris programmed to provide a subset of the plurality of flight solutionsthat meet the criteria to the user based, at least in part, on a classassigned by the at least one machine learning model to one or more ofthe plurality of flight solutions that meet the criteria.
 33. The systemof claim 23, wherein the at least one machine learning model is trainedto consider a plurality of factors when assessing the fidelity of aflight solution, the plurality of factors being selected from a group offactors consisting of: a number of stops in a flight solution; a routeof a flight solution; an airline providing a flight solution; a bookingclass of a flight solution; a departure date of a flight solution; and areturn date of a flight solution.
 34. The method of claim 8, wherein thecache of flight information comprises flight solutions obtained fromlive queries performed prior to receiving the search query from theuser, including flight solutions obtained from one or more live queriesperformed by a third party provider and/or flight solutions obtainedfrom one or more priming queries.
 35. The at least one computer readablemedium of claim 19, wherein the cache of flight information comprisesflight solutions obtained from live queries performed prior to receivingthe search query from the user, including flight solutions obtained fromone or more live queries performed by a third party provider and/orflight solutions obtained from one or more priming queries.
 36. Thesystem of claim 30, wherein the cache of flight information comprisesflight solutions obtained from live queries performed prior to receivingthe search query from the user, including flight solutions obtained fromone or more live queries performed by a third party provider and/orflight solutions obtained from one or more priming queries.